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SYSTEM AND METHOD FOR PERFORMING CLIENT-CENTRIC LOAD 
BALANCING OF MULTIPLE GLOBALLY-DISPERSED SERVERS 



5 TECHNICAL FIELD 

This invention relates generally to systems and methods for performing server 
load balancing across multiple globally dispersed web seivers, and more particularly 
relates to systems and methods for performing such global load balancing based on 
client-centric parameters such as physical proximity, server availability, network 
10 latency, etc. 

BACKGROUND OF THE INVENTION 

While the Internet began in the late 1960's as a experimental wide-area 
computer network connecting only important research organizations in the U.S., the 
advent of the TCP/IP (Transmission Control Protocol/Internet Protocol) protocol suite 

15 in the early 1980's fueled the rapid expansion of this network from a handful of hosts 
to a network of tens of thousands of hosts. This expansion has continued at an 
accelerating pace, and resulted in the mid-1 990' s in the transition of the Internet to the 
use of multiple commercial backbones connecting millions of hosts around the world. 
These new commercial backbones carry a volume of over 600 megabits per second 

20 (over ten thousand times the bandwidth of the original ARPanet). This rapid 
expansion now enables tens of millions of people to connect to the Internet for 
communication, collaboration, the conduction of business and consumer sales, etc. 
This new economy enabled by the modern Internet serves a global community of 
users and businesses without borders and without time constraints common in the 

25 brick-and-mortar economy. 

While it may have originally been possible to host a company's Web site on a 
single server machine, the shear volume of users on the Internet virtually precludes 



such single server hosting in a manner that allows reliable and timely e-commerce to 
be conducted thereon. Specifically, the number of requests that may be handled per 
second by a single server is limited by the physical capabilities of that server. As the 
number increases, the server performance and response time to each individual 
5 request declines, possibly to a point where additional requests are denied service by 
the server that has reached its connection servicing limit. As further connections are 
attempted, server failure may occur. To overcome this problem, many hosts have 
implemented multiple-server clusters for the hosting of the business' Websites to 
increase the volume and performance seen by clients while visiting these Websites. 

10 To ensure that no single server machine within a host cluster becomes overloaded, 
modern host clusters utilize server load balancing mechanisms to ensure distribution 
of the client load between the available server machines. 

While such a cluster architecture greatly improves a host's ability to serve an 
increasing number of clients, hosting a Web site at a single physical location, 

15 regardless of the number of server machines at that location, still suffers from network 
latencies caused by the globally dispersed distribution of the clients who may connect 
to that single physical location from any point on the globe. Further, reliance on a 
single physical location for the hosting of an entire enterprise's Website subjects that 
enterprise to the possibility of failure of its ability to serve any clients if a failure at 

20 that site occurs. Such failures include long-term power outages, natural disasters, 
network outages, etc. 

To provide redundancy of operation, to minimize the risk of an entire 
enterprise's presence on the Internet being lost, and to decrease network latencies 
caused by long-distance communication from globally dispersed clients, many 

25 enterprises have begun to utilize multiple, globally dispersed servers to host mirrored 



Websites at different points around the globe. These multiple web servers typically 
host an enterprise's Web site having identical content with all of the other globally 
dispersed servers, and are typically accessed via the same domain name. In this way, 
the probability of any single client located anywhere in the world of successfully 
5 reaching and being served by an enterprise's web server is greatly enhanced, 
regardless of failure or overloading at any one server location. 

Since multiple physical servers positioned at globally dispersed locations are 
accessible via an identical domain name, a mechanism is required to correctly resolve 
the domain name to an individual IP address to enable a client to connect and be 

10 served by a single web server. A simplistic method for returning only a single IP 
address to any particular client enabled by a Domain Name Server (DNS) that is 
authoritative for that domain name is known as a round robin system. In operation, 
the authoritative DNS simply returns one of the lists of available IP addresses upon 
query from the client's name server. Upon the next inquiry from a client name server, 

15 the authoritative DNS returns the next IP address in its list of available IP addresses. 
This mechanism continues until all of the available IP addresses have been provided 
in response to successive queries, at which point the authoritative DNS repeats from 
the top of the list. 

While such a round robin scheme distributes the client traffic among the 
20 various servers, it does so without regard to server availability, capacity, physical 
proximity to the client, network latency, etc. As a result, it is possible for a client 
located in the same physical proximity with an enterprise's web server to be directed 
to a mirrored web server for that enterprise physically located thousands of miles 
away in another country and having a much smaller capacity and, therefore, a greatly 
25 increased network latency than the server at the client's proximate location. 
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Recognizing the limitations of the DNS-based round robin mechanism, several 
companies have introduced global load sharing products that purport to provide a 
more performance-based mechanism for returning an IP address for a server that will 
yield better performance than the round robin approach provided by DNS. One such 
5 system redirects end user service requests to the closest server as determined by 
client-to-server proximity and/or client-to-server link latency (round-trip times) to 
achieve increased access performance and reduced transmission costs. Unfortunately, 
such systems are typically employed at a single server site for the enterprise. As such, 
the monitoring of actual network latencies for any particular client to any particular 

10 server site location is not possible. Instead, such systems typically simulate client 
traffic to the distributed servers to determine network latencies. Alternatively, such 
systems employ physical proximity between a client's location and a particular web 
server's location as the primary determining factor in returning that server's IP 
address to the client. Unfortunately physical proximity alone may not have much 

15 bearing on the best performing web site for a particular client's location. As such, 
such systems cannot guarantee optimum performance from any particular client's 
location. There are systems that deploy load balancing agents at the various sites of 
the enterprise (not just one site) and figure out the latency to the client from each of 
these sites to determine the best one. This scheme, however, does not simulate the 

20 real-life situation of a client going to a server as accurately as can be done from a 
location close to the client. 

As an alternative to performing some type of load balancing across multiple 
enterprise servers, other systems provide local caching of Web site content for access 
by physically proximate clients. Such systems change the web page content of their 

25 client enterprises by changing the uniform resource locators (URLs) in it to point to 



the domain of the local cached content. In this system, name queries for the enterprise 
domain are handled by separate DNS servers for the cached content system. 
Unfortunately, such systems remove content control, at least for a short period of 
time, from the enterprise itself as its content is cached on the localized system. 
5 Indeed, such localized caching of Website content duplicates the services provided by 
the globally dispersed servers employed by the enterprise to ensure reliable 
performance to its clients. 

There exists, therefore, a need in the art for a system of global load balancing 
for globally dispersed servers that overcomes these and other known problems 
10 existing in the art. 

SUMMARY OF THE INVENTION 

The inventive concepts of the instant invention involve a mechanism and 
infrastructure for performing global load balancing across a plurality of globally 
dispersed Websites of a customer from a location close to the client. 

15 As discussed above, to increase system robustness and to reduce network 

latencies resulting from servicing clients over large physical distances many 
companies have begun utilizing multiple Web servers located throughout the country, 
and indeed throughout different locations worldwide. In order to provide the best 
possible client experience, the connection loads need to be balanced across these 

20 multiple sites based on server load/availability, physical client proximity, network 
latency between the client and server, network costs, etc. While several companies 
have developed mechanisms to provide some form of global load balancing, none of 
these current systems measure actual network latency from phyacal locations close to 
the various clients. As a result, a particular client may be directed to a particular web 
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server when, in fact, a different web server may have smaller latencies and give better 
performance from the client's physical location. 

The system and infrastructure of the instant invention overcome this problem 
by performing global load balancing from physical locations in close proximity to the 

5 actual client. This system of Distributed Global Load Balancing (DGLB) includes a 
DNS with a load balancer component (DNS-LB) located at or in close physical 
proximity to every Internet service provider (ISP) POP. This DNS-LB is also 
preferably a client of the ISP, and therefore is configured with the addresses of the 
ISPs DNS (DNS-ISP). These DNS-LB s form the first level of the DGLB DNS 

10 hierarchy. This first level exists in close proximity to the clients, and comprises 
potentially tens of hundreds or thousands of DNS-LBs to properly globally load 
balance all client locations. At a second level of the DGLB DNS hierarchy, a set of 
DNS servers (DNS-B) are deployed on the backbones or on regional providers 
(National/Regional backbones, Internet exchange points). These will be typically few 

15 (likely to be in single digits or low tens). 

In operation, the DNS-LBs maintain current knowledge of the ISP's DNS 
address, and periodically notify the DNS-B machines about the addresses of the DNS- 
ISP servers. These regionally located DNS-B servers maintain a mapping of the 
DNS-ISP addresses to their corresponding DNS-LB addresses so that the DNS-Bs 

20 may direct requests to the proper, proximately located DNS-LB. This proper DNS- 
LB provides the required address information for the best Web server (or ordered list 
of addresses from best to worst) to the DNS-ISP. This DNS-ISP will cache the 
address information for the appropriate authoritative Website as determined by the 
DNS-LB for that particular client. This address is then provided to the client who will 

25 then direct its traffic to that site. 



In an alternate embodiment of the invention, the DNS-LB also performs the 
function of a caching engine. In this embodiment, the DNS-B responds to the name 
query by giving the address of the DNS-LB corresponding to the DNS-ISP that sent 
the request through the referral process described above. When the address 
information is provided to the client, it sends its HTTP request to the DNS-LB who 
then acts as a proxy cache for the request. The DNS-LB is smart enough to retrieve 
the cacheable content from either the closest Website or another closer proxy server 
that has the content required. This mechanism provides high performance for client 
requests in a manner that is totally oblivious to the ISPs. 

In a further alternate embodiment of the invention, the DNS-LB s also provide 
information about the best site (or ordered list) to DNS-Bs that can then respond to the 
name query by providing the address of the best site or the addresses of the sites 
ordered from best to worst. In this embodiment the DNS-LB s act as measurement 
services near the client (using various measured values to determine the best site 
based on policy) communicating their results to the DNS-Bs. 

Additional features and advantages of the invention will be made apparent 
from the following detailed description of illustrative embodiments, which proceeds 
with reference to the accompanying figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 

While the appended claims set forth the features of the present invention with 
particularity, the invention, together with its objects and advantages, may be best 
understood from the following detailed description taken in conjunction with the 
accompanying drawings of which: 

Figure 1 is a block diagram generally illustrating an exemplary computer 
system on which the present invention resides; 
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Figure 2 is a simplified infrastructure diagram illustrating an embodiment of 
the distributed global load balancing system of the present invention; 

Figure 3 is a simplified symbolic address table mapping diagram illustrating 
one aspect of the present invention; and 

Figure 4 is a simplified protocol packet illustration utilized in one embodiment 
of the present invention for communicating address mapping information. 
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DETAILED DESCRIPTION OF THE INVENTION 

Turning to the drawings, wherein like reference numerals refer to like 
elements, the invention is illustrated as being implemented in a suitable computing 
environment. Although not required, the invention will be described in the general 
5 context of computer-executable instructions, such as program modules, being 
executed by a personal computer. Generally, program modules include routines, 
programs, objects, components, data structures, etc. that perform particular tasks or 
implement particular abstract data types. Moreover, those skilled in the art will 
appreciate that the invention may be practiced with other computer system 

10 configurations, including hand-held devices, multi-processor systems, microprocessor 
based or programmable consumer electronics, network PCs, minicomputers, 
mainframe computers, and the like. The invention may also be practiced in 
distributed computing environments where tasks are performed by remote processing 
devices that are linked through a communications network. In a distributed 

15 computing environment, program modules may be located in both local and remote 
memory storage devices. 

Figure 1 illustrates an example of a suitable computing system environment 
100 on which the invention may be implemented. The computing system 
environment 100 is only one example of a suitable computing environment and is not 

20 intended to suggest any limitation as to the scope of use or functionality of the 

invention. Neither should the computing environment 100 be interpreted as having 
any dependency or requirement relating to any one or combination of components 
illustrated in the exemplary operating environment 100. 

The invention is operational with numerous other general purpose or special 

25 purpose computing system environments or configurations. Examples of well known 
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computing systems, environments, and/or configurations that may be suitable for use 
with the invention include, but are not limited to, personal computers, server 
computers, hand-held or laptop devices, multiprocessor systems, microprocessor- 
based systems, set top boxes, programmable consumer electronics, network PCs, 
5 minicomputers, mainframe computers, distributed computing environments that 
include any of the above systems or devices, and the like. 

The invention may be described in the general context of computer-executable 
instructions, such as program modules, being executed by a computer. Generally, 
program modules include routines, programs, objects, components, data structures, 

10 etc. that perform particular tasks or implement particular abstract data types. The 
invention may also be practiced in distributed computing environments where tasks 
are performed by remote processing devices that are linked through a communications 
network. In a distributed computing environment, program modules may be located 
in both local and remote computer storage media including memory storage devices. 

15 With reference to Figure 1, an exemplary system for implementing the 

invention includes a general purpose computing device in the form of a computer 110. 
Components of computer 110 may include, but are not limited to, a processing unit 
120, a system memory 130, and a system bus 121 that couples various system 
components including the system memory to the processing unit 120. The system bus 

20 121 may be any of several types of bus structures including a memory bus or memory 
controller, a peripheral bus, and a local bus using any of a variety of bus architectures. 
By way of example, and not limitation, such architectures include Industry Standard 
Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA 
(EISA) bus, Video Electronics Standards Associate (VESA) local bus, and Peripheral 

25 Component Interconnect (PCI) bus also known as Mezzanine bus. 
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Computer 1 10 typically includes a variety of computer readable media. 
Computer readable media can be any available media that can be accessed by 
computer 110 and includes both volatile and nonvolatile media, removable and non- 
removable media. By way of example, and not limitation, computer readable media 
5 may comprise computer storage media and communication media. Computer storage 
media includes both volatile and nonvolatile, removable and non-removable media 
implemented in any method or technology for storage of information such as 
computer readable instructions, data structures, program modules or other data. 
Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash 
10 memory or other memory technology, CD-ROM, digital versatile disks (DVD) or 

other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or 
other magnetic storage devices, or any other medium which can be used to store the 
desired information and which can be accessed by computer 110. Communication 
media typically embodies computer readable instructions, data structures, program 
1 5 modules or other data in a modulated data signal such as a carrier wave or other 
transport mechanism and includes any information delivery media. The term 
"modulated data signal" means a signal that has one or more of its characteristics set 
or changed in such a manner as to encode information in the signal. By way of 
example, and not limitation, communication media includes wired media such as a 
20 wired network or direct-wired connection, and wireless media such as acoustic, RF, 
infrared and other wireless media Combinations of the any of the above should also 
be included within the scope of computer readable media. 

The system memory 130 includes computer storage media in the form of 
volatile and/or nonvolatile memory such as read only memory (ROM) 131 and 
25 random access memory (RAM) 132. A basic input/output system 133 (BIOS), 
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containing the basic routines that help to transfer information between elements 
within computer 1 10, such as during start-up, is typically stored in ROM 13 L RAM 
132 typically contains data and/or program modules that are immediately accessible to 
and/or presently being operated on by processing unit 120. By way of example, and 

5 not limitation, Figure 1 illustrates operating system 134, application programs 135, 
other program modules 136, and program data 137. 

The computer 1 10 may also include other removable/non-removable, 
volatile/nonvolatile computer storage media. By way of example only, Figure 1 
illustrates a hard disk drive 140 that reads from or writes to non-removable, 

10 nonvolatile magnetic media, a magnetic disk drive 151 that reads from or writes to a 
removable, nonvolatile magnetic disk 152, and an optical disk drive 155 that reads 
from or writes to a removable, nonvolatile optical disk 156 such as a CD ROM or 
other optical media. Other removable/non-removable, volatile/nonvolatile computer 
storage media that can be used in the exemplary operating environment include, but 

15 are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, 
digital video tape, solid state RAM, solid state ROM, and the like. The hard disk 
drive 141 is typically connected to the system bus 121 through a non-removable 
memory interface such as interface 140, and magnetic disk drive 151 and optical disk 
drive 155 are typically connected to the system bus 121 by a removable memory 

20 interface, such as interface 150. 

The drives and their associated computer storage media discussed above and 
illustrated in Figure 1, provide storage of computer readable instructions, data 
structures, program modules and other data for the computer 110. In Figure 1, for 
example, hard disk drive 141 is illustrated as storing operating system 144, 

25 application programs 145, other program modules 146, and program data 147. Note 
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that these components can either be the same as or different from operating system 
134, application programs 135, other program modules 136, and program data 137. 
Operating system 144, application programs 145, other program modules 146, and 
program data 147 are given different numbers hereto illustrate that, at a minimum, 
5 they are different copies. A user may enter commands and information into the 
computer 20 through input devices such as a keyboard 162 and pointing device 161, 
commonly referred to as a mouse, trackball or touch pad. Other input devices (not 
shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the 
like. These and other input devices are often connected to the processing unit 120 

10 through a user input interface 160 that is coupled to the system bus, but may be 

connected by other interface and bus structures, such as a parallel port, game port or a 
universal serial bus (USB). A monitor 191 or other type of display device is also 
connected to the system bus 121 via an interface, such as a video interface 190. In 
addition to the monitor, computers may also include other peripheral output devices 

15 such as speakers 197 and printer 196, which may be connected through an output 
peripheral interface 190. 

The computer 1 10 may operate in a networked environment using logical 
connections to one or more remote computers, such as a remote computer 180. The 
remote computer 180 may be another personal computer, a server, a router, a network 

20 PC, a peer device or other common network node, and typically includes many or all 
of the elements described above relative to the personal computer 110, although only 
a memory storage device 181 has been illustrated in Figure 1. The logical 
connections depicted in Figure 1 include a local area network (LAN) 171 and a wide 
area network (WAN) 173, but may also include other networks. Such networking 
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environments are commonplace in offices, enterprise-wide computer networks, 
intranets and the Internet. 

When used in a LAN networking environment, the personal computer 110 is 
connected to the LAN 171 through a network interface or adapter 170. When used in 
5 a WAN networking environment, the computer 110 typically includes a modem 172 
or other means for establishing communications over the WAN 173, such as the 
Internet. The modem 172, which may be internal or external, may be connected to the 
system bus 121 via the user input interface 160, or other appropriate mechanism. In a 
networked environment, program modules depicted relative to the personal computer 

10 1 10, or portions thereof, may be stored in the remote memory storage device. By way 
of example, and not limitation, Figure 1 illustrates remote application programs 1 85 
as residing on memory device 181. It will be appreciated that the network 
connections shown are exemplary and other means of establishing a communications 
link between the computers may be used. 

15 In the description that follows, the invention will be described with reference 

to acts and symbolic representations of operations that are performed by one or more 
computer, unless indicated otherwise. As such, it will be understood that such acts 
and operations, which are at times referred to as being computer-executed, include the 
manipulation by the processing unit of the computer of electrical signals representing 

20 data in a structured form. This manipulation transforms the data or maintains it at 
locations in the memory system of the computer, which reconfigures or otherwise 
alters the operation of the computer in a manner well understood by those skilled in 
the art. The data structures where data is maintained are physical locations of the 
memory that have particular properties defined by the format of the data. However, 

25 while the invention is being described in the foregoing context, it is not meant to be 
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limiting as those of skill in the art will appreciate that various of the acts and 
operation described hereinafter may also be implemented in hardware. 

The distributed global load balancing (DGLB) system of the instant invention 
is illustrated in the simplified infrastructure diagram of Figure 2 to which specific 
5 reference is now made. The environment into which the DGLB of the instant 

invention is utilized includes a business enterprise having multiple server locations 
200, 202, etc. positioned at globally-dispersed locations to host the content of the 
enterprise's Web site. While only two separate sites 200, 202, are illustrated in Figure 
2, one skilled in the art will recognize that additional server sites may be included as 

10 determined by an enterprise's client base and performance criteria it wishes to 

achieve. There also exists an authoritative domain name server (DNS-A) 204 that is 
capable of providing the IP address information for the enterprise's server sites 200, 
202 upon inquiry from an Internet service provider's DNS (DNS-ISP) 206 on behalf 
of a client 208. Also existing in this environment is the root domain name server 210, 

15 and possibly intermediate domain name servers (not shown) that, through successive 
inquiries well known in the art, will eventually refer the DNS-ISP 206 to the DNS-A 
204 for the enterprise's Web site sought by the client 208. 

The distributed global load balancing system of the instant invention adds to 
this environment an infrastructure of multiple load balancing domain name servers 

20 (DNS-LBs) 212, 214, 216, etc. Each of these DNS-LBs 212, 214, 216, etc. are 
located in close physical proximity to each Internet service provider's point of 
presence (POP) to which a client 208 can connect with a local telephone call. In this 
way, each DNS-LB is in close physical proximity to each client 208 being served by 
that particular ISP. As will now be apparent, this embodiment of the invention 

25 utilizes one DNS-LB per DNS-ISP. If the ISP chooses to service several POPs with 
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one DNS-ISP, an embodiment of the invention will provide one DNS-LB for all those 
POPs. However, since it is expected that the DNS-ISP would be close to the POPs it 
is serving, the DNS-LB will also be close to the clients served by these POPs. 

These multiple DNS-LBs 212, 214, 216, etc. form the first level of the DNS 

5 hierarchy of the instant invention, one that is in close physical proximity to the clients. 
As will be well appreciated by those skilled in the art, the number of DNS-LBs may 
number in the tens of hundreds or thousands to cover all client locations throughout 
the world. These DNS-LBs are preferably clients of the ISP, and will therefore be 
configured with the address of the ISP's domain name server (DNS-ISP) 206. In this 

10 way, the DNS-LBs will be informed of any address change of the ISP's DNS 206 
from the ISP. 

The second level of the DNS hierarchy provided by the distributed global load 
balancing system of the instant invention comprises a set of DNS servers (DNS-Bs) 
218 deployed on the Internet backbones (Sprint, MCI, AT&T, UUNET, etc.) or on 

15 regional providers by agreement with these carriers (Regional backbones, Internet 
exchange points). These DNS-Bs 218 receive address mapping information from 
each of the DNS-LBs 212, 214, 216, etc. to associate thes load balancing domain 
name servers with their physically proximate DNS-ISPs 206. These DNS-Bs 218 also 
receive information from the authoritative domain name servers (DNS-As) 204 for the 

20 various enterprises who have chosen to utilize the services provided by the distributed 
global load balancing system of the instant invention. This information includes the 
IP addresses of the various globally distributed server sites 200, 202, etc. that host the 
enterprise's Web site content. These DNS-Bs 218 provide their IP address to the 
DNS-As 204 so that proper referral may be made to the distributed global load 
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balancing system upon inquiry for the IP address of the one of the enterprise's Web 
sites. 

Having now described the basic infrastructure of the distributed global load 
balancing system of the instant invention, the operation of the DGLB will be 

5 described with continuing reference to Figure 2. As discussed briefly above, once an 
enterprise decides to utilize the distributed global load balancing system of the instant 
invention, that enterprise's Web site IP name to address mapping information is 
communicated from the authoritative DNS (DNS-A) 204 to the backbone deployed 
domain name servers (DNS-B) 218, etc. These DNS-Bs 218, etc. also provide the 

10 authoritative DNS-A 204 IP address information that the DNS-A may provide in 

response to a query for IP address information for its Web sites. This communication 
of information may take place interactively as illustrated by the communication line 
220, or may take place off-line as desired. An advantage of providing on-line 
communication between these DNS servers 218, 204 is that changes in IP address 

1 5 information for an existing customer or for a new customer wanting to have its sites 
globally load balanced may be communicated without the delays normally associated 
with off-line updates. Once the backbone deployed domain name servers 218, etc. 
have the IP address information for the various contracting enterprises' Web sites, this 
information may be communicated to the numerous first-level load balancing domain 

20 name servers (DNS-LB) 212, 214, 216, etc. via communication lines 222, 224, and 
226. This information may be multicast to all of the load balancing domain name 
servers in the first level of the DGLB infrastructure, or it may be unicast to only 
particular load balancing domain name servers to whom an inquiry is being referred. 
One skilled in the art will recognize that information provided to DNS-Bs by DNS-As 

25 and to DNS-LBs by DNS-Bs can be cached by the respective DNSs until they get an 
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update due to subsequent changes in sites addresses. The load balancer on DNSLBs 
will proactively check the health/availability and network latency of the sites 
periodically, e.g. every few minutes (or other period that is configurable), or upon 
receiving a query. Communication between DNS-As, DNS-Bs, and DNS-LBs as 

. 5 shown by communication lines 220, 222, 224, 226 can bethrough a reliable 

communications protocol such as TCP, or through some other communications 
protocol as desired. 

Once the requisite domain name servers in the first and second level of the 
DNS hierarchy of the DGLB acquire the IP address information of the contracting 

10 enterprise's Web site server locations, the load balancing domain name servers 212, 
214, 216, etc. must communicate to the backbone deployed domain name servers 218, 
etc. mapping information relating their IP address to their physically proximate 
Internet service provider's domain name server's IP address. By providing such 
mapping information to the backbone deployed domain name servers 218, etc., these 

15 DNS-Bs 218, etc. are capable of properly referring IP address inquiries to the load 
balancing DNS that is most closely located to the DNS-ISP and therefore the client 
from whom the IP address request has originated. 

This mapping information may be provided from the load balancing domain 
name servers 212, 214, 216, etc. via the illustrated communication connections 222, 

20 224, 226, etc. As will be recognized from the foregoing description, this mapping 
information needs to be communicated from each of the physically proximate load 
balancing domain name servers in the first level of the DNS hierarchy to each of the 
backbone deployed domain name servers in the second level. Each of these backbone 
deployed domain name servers 218, etc. will utilize this information to construct and 

25 maintain a mapping table such as that illustrated in simplified form in Figure 3. As 
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may be seen from this simplified mapping table of Figure 3, the load balancing 
domain name server's IP address 228 is related to the ISP's domain name server's IP 
address 230. While Figure 3 illustrates symbolic representations of the IP addresses 
of the various load balancing and ISP domain name servers, one skilled in the art will 

5 recognize that the actual IP address is utilized to provide the proper mapping for 
referral of client-originated requests to the proper load balancing domain name server 
in closest physical proximity thereto. 

This information may be provided from the load balancing domain name 
servers 212, 214, 216, etc. to the various backbone deployed domain name servers 

10 218, etc. by transmitting a simple packet of information such as that illustrated in 
Figure 4. If this information is to be transmitted utilizing TCP/IP, the packet may 
include the IP header 232 that contains the source address of the load balancing 
domain name server and the destination address of the backbone deployed domain 
name server. In the TCP header section 234 of this exemplary packet, the source port 

15 of the load balancing DNS and the destination port of the backbone deployed DNS 
may be included. Finally, this exemplary packet includes a map protocol header 236 
that includes the IP address of the load balancing DNS and the IP address of the ISP's 
domain name server associated with that particular load balancing domain name 
server. 

20 Returning again to the infrastructure diagram of Figure 2, the method of 

providing global load balancing across multiple, globally dispersed server locations 
that host an enterprise's Web site information will now be described. Upon initial 
inquiry 238 from a client 208 for the IP address of a particular Web site address, e.g. 
www.foobar.com , that client's ISP domain name server 206 checks to determine 

25 whether it can resolve the IP address itself. If the DNS-ISP 206 cannot resolve the IP 
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address, it queries 240 the root server 210 for the IP address. The root DNS 210 will 
then refer the DNS-ISP 206 (possibly through one or more referrals) to the foobar 
enterprise's DNS that is authoritative for foobar.com (DNS-A) 204. The DNS-ISP 
206 will then query 242 the DNS-A 204 for the IP address for foobar.com. Instead of 
5 returning the IP address, DNS-A 204 will again refer the DNS-ISP 206 to the DNS-B 
218 through a delegation record. Once this referral is received, the DNS-ISP 206 will 
query 244 the DNS-B 218 for the IP address for foobar.com. Again, instead of 
returning the IP address for foobar.com to the DNS-ISP 206, the DNS-B 218 will 
refer the DNS-ISP 206 to a load balancing domain name server in accordance with the 

10 mapping table stored therein (see Figure 3). In the illustrated example, this referral 
will provide the IP address for the DNS-LB 212. The DNS-ISP 206 will then query 
246 the DNS-LB 212 for the IP address for foobar.com. This is done through the 
DNS CNAME mechanism. That is, DNS-B 218 maps www.foobar.com to 
<anylabel>.www.foobar.com through CNAME RR type. It, therefore, redirects 

15 (refers) the DNS-ISP 206 to the closest DNS-LB 212 for 
<anylabel>.www.foobar.com. 

The DNS-LB 212 knows which foobar.com site of the several that exist is 
most well equipped at that particular time to handle the request from that client 208 
location. This information is acquired by periodically checking the response time of 

20 the sites by performing HTTP operations against it. The load balancing domain name 
servers employ various characteristics and criteria to determine this information, 
including response time, to determine which of the several available sites should 
service the client's request from that physical location. The DNS-LB 212 then returns 
the IP address for the selected site to the DNS-ISP 206. The DNS-ISP 206 caches that 

25 request or a time-to-live (TTL) that is returned with the query response from the DNS- 



LB 212. The DNS-ISP 206 then returns 248 this address to the client 208. The client 
208 is then able to direct its traffic to the particular server site that has been 
determined to provide it with the best operating characteristics by the DNS-LB 212 
located in close physical proximity to it. 

5 In this way, the client 208 is directed to a particular server site that will 

provide it the lowest network latency (enhanced performance), that results in the 
lowest cost for the content delivery, that is in the closest physical proximity, or that is 
a combination of any or all of the above as determined by the enterprise policy. These 
performance measurements may utilize well known mechanisms including the 

10 downloading of web pages, determining the number of resets and abnormal 

terminations, and other various known mechanisms available in the art. However, 
unlike current systems that utilize these mechanisms, the infrastructure provided by 
the DGLB of the instant invention allows these performance measures to be 
conducted at physical locations in close proximity to the individual clients, thereby 

15 providing the most accurate measure of performance as will be seen by that particular 
client from his physical location. 

Since, as described above, the referral process happens every TTL, it does not 
unduly burden the IP address resolution to add two more domain name servers (DNS- 
B and DNS-LB) to the referral chain. The referral to the backbone deployed domain 

20 name server has a long TTL, such as, for example, one day, while the referral to the 
DNS-LB has a shorter TTL, such as, for example, one hour. The actual IP address 
returned by the DNS-LB has a very short TTL, such as 5 minutes, so that subsequent 
client requests will be referred to a particular server site that is currently providing the 
optimum performance. Through this mechanism, the ISP is totally oblivious to the 

25 presence of the DNS-LBs. The system of the invention refers queries for load 
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balanced sites to DNS-LB through the normal DNS referral mechanism to resolve an 
IP address, which allows the DNS-LB to gain control of how the request is answered. 

While the embodiment of the infrastructure of the DGLB of the instant 
invention shown in Figure 2 illustrates separate DNS-ISP and DNS-LB components, 
5 one skilled in the art will recognize that the functionality provided by these two 
components may be combined into a single DNS-ISP (DNS-ISP-LB). As such, the 
DNS-ISP-LB would become authoritative for the Web sites who have contracted for 
the global load balancing from the client location through the system of the instant 
invention. DNS-ISP-LB would receive the information concerning the various IP 
10 addresses for the particular Web sites from the DNS-Bs initially, or as an inquiry is 
received from a client for that information as discussed above for the non-combined 
case. 

For the DNS-ISP-LB case (where DNS-ISP and DNS-LB are combined) it is 
possible for the DNS-ISP-LB to serve multiple POPs that are not close to theDNS- 

15 ISP-LB's location. To allow the DNS-ISP-LB to perform metrics from a location 
closer to the POPs than its own location, the DNS-ISP-LB can utilize Measurement 
Service Agents (MService) located close to the POPs (there can be one MService per 
POP or for a set of POPs that are close to it). The performance metrics can be 
communicated to the DNS-ISP-LB (or retrieved by the DNS-ISP-LB) by each 

20 MService periodically, e.g. every 5 minutes (or other configurable period), or when 
the DNS-ISP-LB receives a query. 

In the embodiment where the metrics are communicated/retrieved periodically, 
the DNS-ISP-LB will use the most recently received performance metrics from the 
MService that is close to the client's POP to determine which site's address to return 

25 to the client's address query. The DNS-ISP-LB determines the closest MService to 
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the client's POP by matching the addresses of the MServices against that of the 
client. Since each MService will be a client of the POP, its address will be from the 
same address prefix as the other clients of the same POP, allowing for a match. One 
skilled in the art will recognize that other matching mechanisms may be used as 
5 appropriate. For example, the DNS-ISP-LB could maintain a map of client IP 
prefixes from the various POPs and the addresses of the MService agent for those 
prefixes or POPs. This mapping table would be similar to the table maintained by 
DNS-B discussed herein. 

As a further alternative embodiment, for the non-combined case, the DNS-LBs 

10 could send the Web site response information to the DNS-Bs so that they may directly 
respond to an inquiry from a particular client with the proper Web site location that 
will provide that client the best performance from his physical location. The 
information provided from the DNS-LBs could be a listing from best to worst of the 
server site IP addresses, or only the current best IP address as desired. In this 

15 embodiment, the DNS-LBs really are not performing a DNS service, but instead are 
monitoring the performance of the contracted server sites from locations in close 
proximity to the clients at that physical locale. It is noted that while best performance 
will be achieved by providing a DNS-LB at each ISP POP, acceptable performance 
may well be achieved by deploying fewer DNS-LBs providing more regional than 

20 local performance measure. 

As a further alternative embodiment, the DNS-LBs could also perform the 
function of a caching engine. In this embodiment, the DNS-Bs respond to the name 
query by returning the IP address of the DNS-LB corresponding to the DNS-ISP that 
sent it the request (through the referral process) as the address for www.foobar.com. 

25 Alternatively, the DNS-B refers the DNS-ISP t the DNS-LB and the DNS-LB returns 
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its own address instead of the address of the best performing site. The client 208 then 
sends its HTTP request to the DNS-LB. When that DNS-LB gets the HTTP request, 
it acts as a proxy cache for the request. Since the DNS-LB includes the ability to 
measure the performance from that physical location to the various server sites, it 

5 retrieves the cacheable content from either the closest or best performing foobar site 
or another closer proxy server that has the content, which is providing the best 
network latency. In the combined case (DNS-ISP-LB), the DNS-ISP-LB would 
return the address of the closest MService that is acting as a cache. 

In view of the many possible embodiments to which the principles of this 

10 invention may be applied, it should be recognized that the embodiment described 
herein with respect to the drawing figures is meant to be illustrative only and should 
not be taken as limiting the scope of invention. For example, those of skill in the art 
will recognize that the elements of the illustrated embodiment shown in software may 
be implemented in hardware and vice versa or that the illustrated embodiment can be 

15 modified in arrangement and detail without departing from the spirit of the invention. 
Therefore, the invention as described herein contemplates all such embodiments as 
may come within the scope of the following claims and equivalents thereof. 



25 

CLAIMS 

We claim: 

1 . A system for performing client-centric load balancing of multiple 
globally-dispersed servers, the servers being accessed by clients connecting through 

5 an ISP having a domain name server (DNS-ISP), the servers further having an 
authoritative domain name server (DNS-A) associated therewith, the system 
comprising: 

a first domain name server deployed on an Internet backbone (DNS-B); and 
a plurality of load balancing domain name servers (DNS-LBs) deployed in 
10 close physical proximity to the clients, the DNS-LBs having stored therein IP address 
information of the multiple globally-dispersed servers to be load balanced, the DNS- 
LBs each sending mapping information to the DNS-B relating the DNS-LB's IP 
address to an IP address of the DNS-ISP to which it is in close physical proximity, the 
DNS-LBs determining performance characteristics of each of the multiple globally- 
1 5 dispersed servers . 

2. The system of claim 1, wherein the DNS-B stores the mapping 
information for the plurality of DNS-LBs to forward IP address queries to one of the 
DNS-LBs closest to the DNS-ISP from which the IP address query originated, and 

20 wherein the DNS-LB closest to the DNS-ISP returns the IP address to the DNS-ISP of 
the server having the best performance characteristics. 

3. The system of claim 1, wherein the DNS-B stores the mapping information for 
the plurality of DNS-LBs to forward IP address queries to one of the DNS-LBs closest 
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to the DNS-ISP from which the IP address query originated, and wherein the DNS-LB 
closest to the DNS-ISP returns the IP address of the DNS-LB to the DNS-ISP, 

4. The system of claim 1, wherein the DNS-B provides its IP address 
information to the DNS-A to enable the DNS-A to forward IP address queries to the 

5 DNS-B. 

5. The system of claim 4, wherein the DNS-B receives IP address 
information from the DNS-A for the servers to be load balanced. 

10 6. The system of claim 1, wherein the DNS-LB is a client of the DNS- 

ISP. 

7. The system of claim 1 , further comprising a DNS-B deployed on each 
Internet backbone, and wherein each DNS-B contains the mapping information for all 

1 5 of the DNS-LBs stored therein. 

8. The system of claim 1, wherein the DNS-LB transmits updated 
mapping information upon a change of an IP address of the DNS-ISP. 

20 9. The system of claim 1, wherein each of the DNS-LBs transmit 

performance information of the servers to the DNS-B, and wherein the DNS-B 
utilizes the mapping information to determine the proper DNS-LB performance 
information to utilize to select the IP address of the server having the best 
performance characteristics to return to the DNS-ISP from which an IP address query 

25 originated. 
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10. A method of performing client-centric load balancing of multiple 
globally-dispersed servers, the servers being accessed by clients connecting through 
an ISP having a domain name server (DNS-ISP), the servers further having an 

5 authoritative domain name server (DNS-A) associated therewith, the method , 
comprising the steps of: 

receiving IP address information from the DNS-A for the servers to be load 
balanced; 

providing the IP address information to a plurality of load balancing domain 
1 0 name servers (DNS-LB); 

receiving mapping information associating DNS-ISP IP address information to 
IP address information of a proximately located DNS-LB capable of determining 
server performance from a location physically proximate to the ISP's point of 
presence; and 

15 referring address inquiries from a DNS-ISP to a physically proximate DNS-LB 

in accordance with the mapping information. 

11. A computer-readable medium having computer executable-instructions 
for performing the steps of claim 10. 

20 

12. A method of performing client-centric load balancing of multiple 
globally-dispersed servers, the servers being accessed by clients connecting through 
an ISP having a domain name server (DNS-ISP), the servers further having an 
authoritative domain name server (DNS-A) associated therewith, the method 

25 comprising the steps of: 
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obtaining, by a load balancing domain name server (DNS-LB), IP address 
information for a DNS-ISP located in close physical proximity to the DNS-LB; 

providing a mapping of an IP address of the DNS-LB to the IP address 
information of the DNS-ISP to an external domain name server; 
5 receiving IP address information for the servers; 

monitoring performance of the servers at the received IP addresses; and 

providing at least one IP address for a server in response to a name query 
selected based on the monitoring step. 

10 13. The method of claim 12, further comprising the steps of: 

detecting a change in the DNS-ISP IP address; and 
updating the mapping of the IP address of the DNS-LB to the IP address 
information of the DNS-ISP to the external domain name server. 

15 14. The method of claim 12, further comprising the steps of 

receiving selection criteria for the selection of an IP address; 
receiving a name query from the DNS-ISP; and 

wherein the step of providing at least one IP address for a server in response to 
a name query selected based on the monitoring step further comprises the step of 
20 providing at least one IP address for a server in response to a name query selected 
based on the monitoring step and on the selection criteria. 

15. A computer-readable medium having computer-executable instructions 
for performing the steps of claim 12. 

25 
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16. A method of performing client-centric load balancing of multiple 
globally-dispersed servers, the servers being accessed by clients connecting through 
an ISP having a domain name server (DNS-ISP), the servers further having an 
authoritative domain name server (DNS-A) associated therewith, the method 

5 comprising the steps of: 

receiving an IP address of a domain name server to which name queries are to 
be forwarded for load balancing; 

providing IP address information for the servers to the domain name server; 

and 

1 0 forwarding name queries from the DNS-ISP to the IP address of the domain 

name server. 

17. A computer-readable medium having computer-executable instructions 
for performing the steps of claim 16. 

15 

18. A computer-readable medium having stored thereon a data structure, 
comprising: 

a first data field containing IP address information for an Internet service 
provider's domain name server (DNS-ISP); 
20 a second data field containing IP address information for a load balancing 

domain name server (DNS-LB); and 

wherein the first data field and the second data field are associated to one 
another so as to provide a mapping from the IP address of the DNS-ISP to the IP 
address of the DNS-LB. 



25 
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19. The computer-readable medium of claim 17, wherein the first data 
field comprises a first column of data fields containing a plurality of IP address entries 
for a plurality of DNS-ISPs, wherein the second data field comprises a second column 
of data fields containing a plurality of IP address entries for a plurality of DNS-LBs, 

5 and wherein an association between each entry in the first column and each entry in 
the second column forms mapping rows from each DNS-ISP IP address to a DNS-LB 
IP address. 

20. A method of performing client-centric load balancing of multiple 

10 globally-dispersed servers, the servers being accessed by clients connecting through 
Internet service providers (ISPs) at a point of presence (POP), each ISP having a 
domain name server (DNS-ISP), the servers further having an authoritative domain 
name server (DNS-A) associated therewith containing information regarding the IP 
addresses of the servers, the method comprising the steps of: 
15 deploying a first plurality of load balancing domain name servers (DNS-LBs) 

in close physical proximity to the ISP POPs; 

deploying a second plurality of second level domain name servers (DNS-Bs) 
on the Internet backbones and regional provides; 

communicating IP address information for the DNS-Bs to the DNS-As to 
20 enable the DNS-As to refer name queries to the DNS-Bs; 

providing, by the DNS-LBs to the DNS-B, mapping information associating 
an IP address of the DNS-LB to an IP address of the physically proximate DNS-ISP to 
enable the DNS-B to refer name queries from a DNS-ISP to the physically proximate 
DNS-LB; and 

25 communicating IP address information of the servers to the DNS-LBs; 
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monitoring, by the DNS-LBs at a location physically proximate to the ISP 
POP, performance of the servers; and 

providing, by the DNS-LB in response to a query from the DNS-ISP, the IP 
address of a server based on the step of monitoring. 

5 

21 . A method of performing client-centric load balancing of multiple 
globally-dispersed servers, the servers being accessed by clients connecting through 
Internet service providers (ISPs) at a point of presence (POP), each ISP having a load 
balancing domain name server (DNS-ISP-LB), the servers further having an 
1 0 authoritative domain name server (DNS-A) associated therewith containing 

information regarding the IP addresses of the servers, the method comprising the steps 
of: 

deploying a first plurality of measurement service agents (MServices) in close 
physical proximity to the ISP POPs; 
15 monitoring, by the MServices at a location physically proximate to the ISP 

POP, performance of the servers; and 

providing, by the DNS-ISP-LB in response to a query from the client, the IP 
address of a server based on the step of monitoring. 



20 22. A method of performing client-centric load balancing of multiple 

globally-dispersed servers, the servers being accessed by clients connecting through 
Internet service providers (ISPs) at a point of presence (POP), each ISP having a load 
balancing domain name server (DNS-ISP-LB), the servers further having an 
authoritative domain name server (DNS-A) associated therewith containing 
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information regarding the IP addresses of the servers, the method comprising the steps 
of: 

deploying a first plurality of measurement service agents (MServices) in close 
physical proximity to the ISP POPs; 
5 monitoring, by the MServices at a location physically proximate to the ISP 

POP, performance of the servers; and 

providing, by the DNS-ISP-LB in response to a query from the client, an IP 
address of the MService. 



10 
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ABSTRACT OF THE INVENTION 

Presented is a system and a method for load balancing multiple globdly- 
dispersed servers based on client-centric performance criteria. The infrastructure of 
the system includes load balancing domain name servers (DNS-LBs) deployed in 
5 close physical proximity to the Internet service providers' points of presence. The 
DNS-LBs are then able to monitor the performance of the servers from a location 
close to the clients, which allows the DNS-LBs to select a server that will yield the 
best performance from that location for the client. A second level of the infrastructure 
utilizes domain name servers (DNS-Bs) that are deployed on the Internet backbones 
10 and regional provides. The authoritative domain name servers (DNS-As) for the 

servers to be load balanced refer all name queries to these DNS-Bs. The DNS-Bs then 
refer the queries to one of the DNS-LBs based on a mapping of the DNS-ISP address 
to its physically proximate DNS-LB. The DNS-LB then returns the IP address of the 
server that will provide the best performance from that location. 
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by the first paragraph of Title 35, United States Code, § 1 12, 1 acknowledge the duty to disclose material information as 
defined in Title 37, Code of Federal Regulations, § 1.56 which occurred between the filing date of the prior 
application(s) and the national or PCT international filing date of this application. 





PRIOR U.S. APPLICATIONS OR PCT INTERNATIONAL APPLICATIONS 
DESIGNATING THE U.S. FOR BENEFIT UNDER 35 USC 120 




U.S. APPLICATIONS 


Status (check one) 




U.S. Applications 


U.S. Filing Date 


Patented 


Pending 


Abandoned 




1. 












2. 












3. 












PCT APPLICATIONS DESIGNATING THE U.S. 


Status (check one) 




PCT Application 
No. 


PCT Filing 
Date 


U.S. Serial Nos. 
Assigned 
(if any) 


Patented 


Pending 


Abandoned 




4. 














5. 














6. 













DETAILS OF FOREIGN APPLICATIONS FROM WHICH PRIORITY CLAIMED 
UNDER 35 USC 119 FOR ABOVE LISTED U.S./PCT APPLICATIONS 



Above Appln. No. 


Country 


Application No. 


Date of filing 
(day ; motith ? yr) 


Date of issue 
(day,month,yr) 


1. 










2. 










3. 










4. 











In re Application of Bahl et al. 
Serial Number not yet assigned 



As a named inventor, I hereby appoint the following attorneys to prosecute this application and transact all business in 
the Patent and Trademark Office connected therewith. 



Berton Scott Sheppard, Reg. 20922 
James B. Muskal, Reg. 22797 
Dennis R. Schiemmer, Reg. 24703 
Gordon R. Coons, Reg. 20821 
John E. Rosenquist, Reg. 26356 
John W. Kozak,Reg. 25117 
Charles S. Oslakovic, Reg. 27583 
MarkE. Phelps, Reg. 28461 
H. Michael Hartmann, Reg. 28423 
Bruce M. Gagala, Reg. 28844 
Charles H. Mottier, Reg. 30874 
John Kilyk, Jr., Reg. 30763 
Robert F. Green, Reg. 27555 
John B. Conklin, Reg. 30369 
James D. Zaiewa, Reg. 27848 
John M. Belz, Reg. 30359 
Brett A. Hesterberg, Reg. 31837 
Jeffrey A. Wyand, Reg. 29458 



Paul J. Korniczky, Reg. 32849 
Pamela J. Ruschau, Reg. 34242 
Steven P. Petersen, Reg. 32927 
John M. Augustyn, Reg. 33589 
Christopher T. Griffith, Reg. 33392 
Wesley O. Mueller, Reg. 33976 
Jeremy M. Jay, Reg. 33587 
Jeffrey B. Burgan, Reg. 35463 
Eley O. Thompson, Reg. 36035 
Mark Joy, Reg. 35562 
Allen E. Hoover, Reg. 37354 
David M. Airan, Reg. 38811 
Xavier Pillai, Reg. 39799 
Y.Kurt Chang, Reg. 41397 
Gregory C. Bays, Reg. 40505 
Carol Larcher, Reg. 35243 
Steven H. Sklar, Reg. 42154 
M. Daniel Heftier, Reg. 41826 
Daniel D. Crouse, Reg. 32022 



Thomas A Belush, Reg. 37090 
Kenneth P. Spina, Reg. 43927 
Song Zhu, Reg. 44420 
Andrew J. Heinisch, Reg. 43666 
Jeffery J. Makeever, Reg. 37390 
Salim A. Hasan, Reg. 38175 
Richard A Wulff, Reg. 42238 
Jamison E. Lynch, Reg. 41 168 
Vladan M. Vasiijevic, Reg. 45177 
Rattan Nath, Reg. 43827 
Robert M. Gould, Reg. 43642 
Len Smith, Reg. 43139 
Kevin L. Wingate, Reg. 38662 
David J. Schodin, Reg. 41294 
PaulL. Ahern,Reg. 17020 
Theodore W. Anderson, Reg. 17035 
Noel I. Smith, Reg. 18698 
Phillip M. Pippenger, Reg. 46055 
Katie E. Sako, Reg. 32628 



I further direct that correspondence concerning this application be directed to Customer Number 23460. 




23460 

PATENT TRADEMARK OFFICE 

I hereby declare that all statements made herein of my own knowledge are true, that all statements made on information 
and belief are believed to be true, that these statements were made with the knowledge that willful false statements and 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code, and that such willful false statements may jeopardize the validity of the application or any patent issued thereon. 

Full name of sole or first inventor: Pradeep Bahl y 
Inventor's signature 

Date \o | Country of Citizenship: US 

Residence: 21502 NE 84 th Street, Redmond, Washington 98053 
Post Office Address: Same as above 



Full name of second joint inventor: Feng Sun 



Inventor's signature 




Date -Cr -crft Country of Citizenship: PR China 

Residence: 25542 SE 41 st Court, Issaquah, Washington 98029 
Post Office Address: Same as above 



In re Application of Bahl et al. 
Serial Number not yet assigned 



Full name of third joint inventor: Bernard D. Aboba 
Inventor's signature 




Date } j J j f JO O Country of Citizenship: US 

Residence: 15600 NE 8 th Street Suite Bl-606, Bellevue, Washington 98008-3917 

Post Office Address: Same as above 



Full name of fourth joint inventor: Arnold S. Miller 

Inventor's signature 

Date Country of Citizenship: US 

Residence: 517 1/2 South Royal Street, Alexandria, Virginia 223 14 
Post Office Address: Same as above 



PATENT 

Attorney's Docket No. 205726 



COMBINED DECLARATION AND POWER OF ATTORNEY 

As below named inventor, I hereby declare that 

This declaration is of the following type: 

03 original □ design □ supplemental 
O national stage of PCT 

Q divisional O continuation d continuation-in-part 

My residence, post office address, and citizenship are as stated below next to my name. I believe I am the original, first, 
and sole inventor (if only one name is listed below) or an original, first, and joint inventor (if plural names are listed 
below) of the subject matter which is claimed and for which a patent is sought on the invention entitled: 

"SYSTEM AND METHOD FOR PERFORMING CLIENT-CENTRIC 
LOAD BALANCING OF MULTIPLE GLOBALLY-DISPERSED 
SERVERS" 

the specification of which: 

ER] is attached hereto. 

□ was filed on as Serial No. and was amended on . (if applicable). 

□ was filed by Express Mail No. as Serial No. not known yet, and was amended on 
(if applicable). 

□ was described and claimed in PCT International Application No. filed on 

and as amended under PCT Article 19 on (if any). 

I hereby state that I have reviewed and understand the contents of the above-identified specification, including the 
claim(s), as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the examination of this application in accordance 
with Title 37, Code of Federal Regulations, § 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, § 1 19 of any foreign application(s) for patent 
or inventor's certificate or of any PCT international application(s) designating at least one country other than the United 
States of America listed below and have also identified below any foreign application(s) for patent or inventor's 
certificate or any PCT international application(s) designating at least one country other than the United States of 
America filed by me on the same subject matter having a filing date before that of the application(s) of which priority is 
claimed. 



COUNTRY 


APPLICATION 


DATE OF FILING 
(day,month,year) 


PRIORITY CLAIMED 
UNDER 35 USC 119 










YES 




NO 










YES 




NO 










YES 




NO 



In re Application of Bahl et al 
Serial Number not yet assigned 



I hereby claim the benefit pursuant to Title 35, United States Code, § 1 19(e) of the following United States provisional 
application(s): 



PRIOR U.S. PROVISIONAL APPLICATIONS CLAIMING 
THE BENEFIT UNDER 35 USC 1 19(e) 


APPLICATION NO. 


DATE OF FILING 















I hereby claim the benefit under Title 35, United States Code, § 120 of any United States application(s) or PCT 
international application^) designating the United States of America that is/are listed below and, insofar as the subject 
matter of each of the claims of this application is not disclosed in that/those prior application(s) in the manner provided 
by the first paragraph of Title 35, United States Code, § 1 12, 1 acknowledge the duty to disclose material information as 
defined in Title 37, Code of Federal Regulations, § 1.56 which occurred between the filing date of the prior 
application(s) and the national or PCT international filing date of this application. 



PRIOR U.S. APPLICATIONS OR PCT INTERNATIONAL APPLICATIONS 
DESIGNATING THE U.S. FOR BENEFIT UNDER 35 USC 120 



U.S. APPLICATIONS 


Status (check one) 


- U.S. Applications 


U.S. Filing Date 


Patented 


Pending 


Abandoned 


l. 










2. 










3. 










: PCT APPLICATIONS DESIGNATING THE U.S. 


Status (check one) 


PCT Application 
No. 


PCT Filing 
Date 


U.S. Serial Nos. 
Assigned 
(if any) 


PATENTED 


Pending 


Abandoned 


4. 












5. 












6. 













DETAILS OF FOREIGN APPLICATIONS FROM WHICH PRIORITY CLAIMED 
UNDER 35 USC 119 FOR ABOVE LISTED U.S./PCT APPLICATIONS 



Above Appln. No. 


COUNTRY 


Application No. 


Date of filing 
(day,month,yr) 


Date of issue 
(day ? month,yr) 


1. 










2. 










3. 










4. 











In re Application of Bahl et al. 
Serial Number not yet assigned 



As a named inventor, I hereby appoint the following attorneys to prosecute this application and transact all business in 
the Patent and Trademark Office connected therewith. 



Berton Scott Sheppard, Reg. 20922 
James B. Muskal, Reg. 22797 
Dennis R. Schlemmer, Reg. 24703 
Gordon R. Coons, Reg. 20821 
John E. Rosenquist, Reg. 26356 
John W.Kozak, Reg. 25117 
Charles S. Oslakovic, Reg. 27583 
Mark E. Phelps, Reg. 28461 
H. Michael Hartmann, Reg. 28423 
Bruce M. Gagala, Reg. 28844 
Charles H. Mottier, Reg. 30874 
JohnKilyk,Jr.,Reg. 30763 
Robert F. Green, Reg. 27555 
John B. Conklin, Reg. 30369 
James D. Zalewa, Reg. 27848 
JohnM. Belz, Reg. 30359 
Brett A. Hesterberg, Reg. 31837 
Jeffrey A. Wyand, Reg. 29458 



Paul J. Korniczky, Reg. 32849 
Pamela J. Ruschau, Reg. 34242 
Steven P. Petersen, Reg. 32927 
John M. Augustyn, Reg. 33589 
Christopher T. Griffith, Reg. 33392 
Wesley O. Mueller, Reg. 33976 
Jeremy M. Jay, Reg. 33587 
Jeffrey B. Burgan, Reg. 35463 
Eley O. Thompson, Reg. 36035 
Mark Joy, Reg. 35562 
Allen E. Hoover, Reg. 37354 
David M.Airan, Reg. 38811 
XavierPillai,Reg. 39799 
Y.Kurt Chang, Reg. 41397 
Gregory C. Bays, Reg. 40505 
Carol Larcher, Reg. 35243 
Steven H. SMar,Reg. 42154 
M. Daniel Hefner, Reg. 41826 
Daniel D. Crouse, Reg. 32022 



Thomas A. Belush, Reg. 37090 
Kenneth P. Spina, Reg. 43927 
Song Zhu, Reg. 44420 
Andrew J. Heinisch, Reg. 43666 
Jeffery J. Makeever, Reg. 37390 
Salim A. Hasan, Reg. 38175 
Richard A. Wulff, Reg. 42238 
Jamison E. Lynch, Reg. 41 168 
Vladan M. Vasiljevic, Reg. 45177 
Rattan Nath, Reg. 43827 
Robert M. Gould, Reg. 43642 
Len Smith, Reg. 43139 
Kevin L. Wmgate, Reg. 38662 
David J. Schodin, Reg. 41294 
PaulL. Ahern,Reg. 17020 
Theodore W. Anderson, Reg. 17035 
Noel I. Smith, Reg. 18698 
Phillip M. Pippenger, Reg. 46055 
Katie E. Sako, Reg. 32628 



I further direct that correspondence concerning this application be directed to Customer Number 23460. 




23460 

PATENT TRfiOEHflRK OFFICE 

I hereby declare that all statements made herein of my own knowledge are true, that all statements made on inforrnation 
and belief are believed to be true, that these statements were made with the knowledge that willful false statements and 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code, and that such willful false statements may jeopardize the validity of the application or any patent issued thereon. 



Full name of sole or first inventor: Pradeep Bahl 



Inventor's signature 

rj a te Country of Citizenship: US 

Residence: 21502 NE 84 th Street, Redmond, Washington 98053 



Post Office Address: Same as above 



Full name of second joint inventor: Feng Sun 

Inventor's signature 

Date Country of Citizenship: PR China 

Residence: 25542 SE 41 st Court, Issaquah, Washington 98029 

Post Office Address: Same as above 



In re Application of Bahl et al. 
Serial Number not yet assigned 



Full name of third joint inventor: Bernard D. Aboba 

Inventors signature 

Date Country of Citizenship: US 

Residence: 15600 NE 8 th Street Suite Bl-606, Bellevue, Washington 98008-3917 

Post Office Address: Same as above 




Full name of fourth joint ^Lventjfr: 

Inventor's signature 

Date 0 cf ^2 rtflQ Country of Citizenship: US 

Residence: 517 1/2 South Royal Street, Alexandria, Virginia 223 14 

Post Office Address: Same as above 



